]> dgit.raspbian.org Git - gnome-shell.git/commit
iconGrid: Queue a relayout after child opacity changes
authorJonas Dreßler <verdre@v0yd.nl>
Fri, 6 Sep 2019 09:50:52 +0000 (11:50 +0200)
committerFlorian Müllner <florian.muellner@gmail.com>
Mon, 9 Sep 2019 19:39:28 +0000 (19:39 +0000)
commit004a5e104256da8ec3a845e86c6a10b5c7998b24
treeb56769668b4448302f5ff07ce63238f53cc23a8a
parent4915a9e8e404555379aa8807ad8c53c7589f2ae7
iconGrid: Queue a relayout after child opacity changes

We're using a vfunc override for `get_paint_volume` to exclude children
with an opacity of 0 from the paint volume and thus decrease the size of
the area we need to paint.

Now if the paint volume is requested during the spring animation (the
real icons are hidden using an opacity of 0 and clones are used for the
animation), `get_paint_volume` returns a paint volume with a height of
0. After that, the spring animation finishes and the icon-opacities are
set to 255 in `_resetAnimationActors`, and since we cache paint volumes
and there's no reason for Clutter to assume it got invalid, the icons
end up not being painted.

Fix this by queuing a relayout of the grid when the opacity of a child
is changed from or to 0, which manually invalidates the paint volume.

The reason why this is not an issue with the paginated icon grid
(all-apps view) is probably because StScrollView invalidates the paint
volume a lot more often than regular containers.

Fixes https://gitlab.gnome.org/GNOME/gnome-shell/issues/1502
js/ui/iconGrid.js